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In re Application of GRIER et al. 
Serial No. 09/842,270 

REMARKS 

The Office action has been carefully considered. The Office action rejected 
claims 32-41 under U.S.C. §101 as being directed to nonstatutory subject matter. 
Further, the Office action rejected claims 1-17, 19-22, 25-31, 42-43, 45-47, and 49 
under U.S.C. §102(e) as being anticipated by U.S. Patent No. 5,974,470 to 
Hammond et al. ("Hammond"). Still further, the Office action rejected claims 32^1 
under U.S.C. §1 02(e) as being anticipated by U.S. Patent No. 6,185,734 to 
Saboff et al. ("Saboff). Further yet, the Office action rejected claims 18, 24, and 
44 under U.S.C. §103(a) as being unpatentable over Hammond. Finally, the Office 
action rejected claims 23 and 48 under U.S.C. §1 03(a) as being unpatentable over 
Hammond in view of Saboff. 

In addition to the claim rejections noted above, the Office action has 
provisionally rejected claims 1 , 3-5, 7-22, 24-26, 31 , 42, 43 and 45-49 under the 
judicially created doctrine of obviousness-type double patenting as being 
unpatentable over claims 1-4, 12, 16-22, 26, and 27 of copending U.S. Application 
No. 09/842,278. Applicants will, if believed necessary, timely file a terminal 
disclaimer with respect to these claims upon indication of allowable subject matter. 

The Office action also objected to the specification and the drawings over 
minor informalities. Applicants have corrected therninor informalities in the 
specification which eliminates any erroneous reference to a FIG. 2A and, thus, 
obviates the objection to the drawings. Regarding the objection of the 
incorporation by reference in the specification, applicants point out that the U.S. 
Patent Application serial number (60/199,227) has been provided in the first 
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paragraph on the first page of the specification for the incorporated material. Thus, 
it need not be disclosed again later. Regarding the rejections of the claims, 
applicants respectfully disagree. Reconsideration is respectfully requested. 

Applicants thank the Examiner for the interview held (by telephone) on May 
24, 2004. During the interview, the Examiner and applicants' attorney discussed 
the claims with respect to the prior art. The essence of applicants' position is 
incorporated in the remarks below. 

Prior to discussing reasons why applicants believe that the claims in this 
application are clearly allowable in view of the teachings of the cited and applied 
references, a brief description of the present invention is presented. 

The present invention is directed to a system and method for an 
infrastructure that allows applications to run with specified versions of dependent 
assemblies, wherein each assembly may exist and run side-by-side on the system 
with other versions of the same assembly being used by other applications. More 
specifically, when executed, an application may provide a manifest to specify any 
desired assembly versions on which it is dependent. Similarly, each assembly may 
have an assembly manifest that specifies the versions of assemblies on which it is 
dependent. As such, the particular versions of the assemblies required by the 
applications may be tracked in a separate and distinct file such that if assemblies 
change as updates are implemented, the application does not also need to be 
changed and updated, rather just the manifest. In this manner, the application that 
requires a particular version of an assembly may retrieve the particular version of 
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the assembly while other applications that are not as dependent on a very specific 
version may use the updated version of assembles as they become available. 

For example, during an initialization phase, /.e., when an application is first 
launched, an activation context may be created for the application based on the 
manifests to map version independent names to a particular assembly version 
maintained on the system. While the application is in a running phase, for any 
globally named object that the application wants created, the activation context 
may be accessed to locate the application's or assembly's manifest-specified 
version. The manifests and activation context constructed therefrom, thus, may 
isolate an application from assembly version changes. 

Note that the above description is for example and informational purposes 
only, and should not be used to interpret the claims, which are discussed below. 

§101 Claim Rejections 

The Office action rejected claims 32-41 as being directed to non-statutory 
subject matter because claims 32-41 are recited as data structures stored on 
computer-readable media and are merely stored so as to be read or outputted by a 
computer without creating any functional interrelationships. Applicants respectfully 
disagree and respectfully submit that claims 32-41 are directed toward a computer- 
readable medium having stored thereon a data structure. MPEP § 2106(IV)(B)(1a) 
specifically states that "a claimed computer readable medium encoded with a data 
structure defines structural and functional interrelationships between the data 
structure and the medium which permit the data structure's functionality to be 
realized, and is thus statutory." In contrast MPEP § 2106(IV)(B)(1a) considers 
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"[d]ata structures not claimed as embodied in computer-readable media are 
descriptive material per se and are not statutory because they are not capable of 
causing functional change in the computer." By organizing a data structure with 
the claimed sets of data on a computer readable medium, structural and functional 
interrelationships between the data structure and the medium, which permit the 
data structure's functionality to be realized, are defined and are thus statutory. 
Applicants respectfully submit that claims 32-41 are directed to statutory subject 
matter and no further correction is required. 
§102 Claim Rejections citing Hammond 

Turning to independent claim 1, it recites a computer-implemented method, 
comprising receiving a request from executable code to load an assembly, the 
request not including assembly version data, consulting information associated with 
the executable code to determine a particular version of the assembly, and 
providing the particular version of the assembly for use by the executable code. 

The Office action rejected claim 1 as being anticipated by Hammond. More 
specifically, the Office action contends that Hammond teaches receiving a request 
from executable code to load an assembly, the request not including assembly 
version data. Column 5, line 58 to column 6, line 12 of Hammond is referenced. 
Further, the Office action contends that Hammond teaches consulting information 
associated with the executable code to determine a particular version of the 
assembly. Column 7, line 51 to column 8, line 5 of Hammond is referenced. 
Finally, the Office action contends that Hammond teaches providing the particular 
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version of the assembly for use by the executable code. Column 5 f lines 27-30 of 
Hammond is referenced. Applicants respectfully disagree. 

Hammond is directed, generally, to a software method of providing a patch 
to an operating system that modifies the Application Program Interface (API) call 
logic. As such, when a program is executed, any called modules are then called 
according to the new call logic instead of the original call logic of the operating 
system. See abstract, generally. The software patch provides the user with the 
option of setting "location rules" that govern what path that the call logic will use to 
locate the called modules. See column 5, lines 34-40 of Hammond. One such 
location rule that may be set is the "version rule." When this is set, it is an 
indication to the call logic that only one specific version of a module may be called 
in conjunction with the application. The particular version, however, is not specified 
by the system disclosed in Hammond. Rather, when the version rule is set, the call 
logic will only look to one location (typically the same directory as the application 
itself) to find the module, but the call logic remains unaware of the version of the 
module being called. See column 7, lines 51-67 of Hammond. That is, the method 
taught by Hammond does not consult any information associated with the module 
Itself to determine a particular version of the module to be used. 

In contrast, claim 1 recites consulting information associated with the 
executable code to determine a particular version of the assembly. That is, the 
method of the present invention may consult information stored in an activation 
context to determine which version of an assembly is required by the executable 
code. Furthermore, claim 1 recites the request not including assembly version 
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data. Clearly, the system in Hammond must necessarily include version data in a 
request to load a module or the location rules would not function properly. 
Hammond admits as much by providing an example of a situation where ten 
applications require "version 1 .0" of a particular module and the other application 
requires "version 2.0" Obviously, the request to load these module must 
necessarily include the versioning information in order for the system of Hammond 
to apply the "search rule," the "alias rule/' and the "version rule." 

Thus, the teachings of Hammond, although providing a means for dealing 
with multiple versions of the same module, do not disclose the method recited in 
claim 1 . For at least the foregoing reasons, applicants submit that claim 1 is 
allowable over the prior art of record. 

Applicants respectfully submit that dependent claims 2-15, by similar 
analysis, are allowable. Each of these claims depends either directly or indirectly 
from claim 1 and consequently includes the recitations of independent claim 1. As 
discussed above, Hammond fails to disclose the recitations of claim 1 and 
therefore these claims are also allowable over the prior art of record. In addition to 
the recitations of claim 1 noted above, each of these dependent claims includes 
additional patentable elements. 

For example, claim 5 recites that consulting information associated with the 
executable code to determine a particular version of the assembly includes 
searching for a mapping from a version independent name provided by the 
executable code to a version specific assembly. As discussed above, Hammond 
does not teach consulting information associated with the executable code to 
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determine a particular version of the assembly. Therefore, Hammond cannot 
possibly teach searching for a mapping from a version independent name provided 
by the executable code to a version specific assembly. Although, Hammond 
discloses a "version map," this concept in Hammond is merely an identification of 
aliases used when multiple calls of the same version of a module are made. That 
is, Hammond provides a means for renaming modules called more than once and 
keeps track of the resulting names in the version map. The version map of 
Hammond, however, does not identify specific versions of an assembly that are 
mapped to version independent names of assemblies as recited in claim 5. 
Applicants submit that claim 5 is allowable for at least this additional reason. 

Turning to the next independent claim, claim 16 recites a computer- 
implemented method, comprising interpreting dependency information associated 
with executable code, the dependency information identifying at least one particular 
version of an assembly, and associating with the executable code at least one 
mapping based on the dependency information, each mapping relating a version 
independent assembly name that the executable code may provide to a version 
specific assembly identified in the dependency information. 

The Office action rejected claim 16 as being anticipated by Hammond. 
More specifically, the Office action contends that Hammond teaches interpreting 
dependency information associated with executable code, the dependency 
information identifying at least one particular version of an assembly. Column 7, 
line 51 to column 8, line 5 of Hammond is referenced. Further, the Office action 
contends that Hammond teaches associating with the executable code at least one 
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mapping based on the dependency information, each mapping relating a version 
independent assembly name that the executable code may provide to a version 
specific assembly identified in the dependency information. Again, Column 7, line 
51 to column 8, line 5 of Hammond is referenced. Applicants respectfully disagree. 

As discussed above, the method and system disclosed in Hammond does 
not teach utilizing information associated with the application itself to determine 
which version of a module is required during execution. Rather, Hammond 
teaches a system and method for providing location rules that assist the operating 
system in finding modules to load when applications are executed. Hammond 
does not teach interpreting dependency information associated with executable 
code, the dependency information identifying at least one particular version of an 
assembly, as recited in claim 16. At best, Hammond teaches interpreting location 
rules to determine the location of the module to call. Furthermore, since Hammond 
only teaches determining the location of modules to call, Hammond cannot 
possibly be construed to teach associating with the executable code at least one 
mapping based on the dependency information, each mapping relating a version 
independent assembly name that the executable code may provide to a version 
specific assembly identified in the dependency information as recited in claim 16. 
Again, at best, Hammond teaches mapping different alias names assigned to 
multiples calls of the same version of a single module. 

For at least the foregoing reasons, applicants submit that claim 16 is 
allowable over the prior art of record for at least these reasons. 
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Applicants respectfully submit that dependent claims 17, 19-22 and 25-31 by 
simitar analysis, are allowable. Each of these claims depends either directly or 
indirectly from claim 16 and consequently includes the recitations of independent 
claim 16. As discussed above, Hammond fails to disclose the recitations of claim 
16 and therefore these claims are also allowable over the prior art of record. In 
addition to the recitations of claim 16 noted above, each of these dependent claims 
includes additional patentable elements. 

Turning to the next independent claim alleged as anticipated by Hammond, 
claim 42 recites a system in a computing environment, comprising an initialization 
mechanism configured to interpret dependency data associated with executable 
code, the dependency data corresponding to at least one assembly version on 
which the executable code depends, an activation context, the activation context 
associated with the executable code and constructed by the initialization 
mechanism based on the dependency data, the activation context relating at least 
one version independent assembly identifier to a version specific assembly, and a 
version matching mechanism configured to access the activation context to relate a 
version independent request from the executable code to a version specific 
assembly. 

The Office action specifically contends that Hammond teaches an 
initialization mechanism configured to interpret dependency data associated with 
executable code, the dependency data corresponding to at least one assembly 
version on which the executable code depends. Column 7, line 51 to column 8, 
line 5 of Hammond is referenced. The Office action also contends that Hammond 
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teaches an activation context, the activation context associated with the executable 
code and constructed by the initialization mechanism based on the dependency 
data, the activation context relating at least one version independent assembly 
identifier to a version specific assembly. Column 8 t lines 23-58 of Hammond is 
referenced. Finally, the Office action contends that Hammond teaches a version 
matching mechanism configured to access the activation context to relate a version 
independent request from the executable code to a version specific assembly. 
Column 7, line 51 to column 8 f line 5 of Hammond is referenced. Applicants 
respectfully disagree. 

As discussed above, the method and system disclosed in Hammond does 
not teach utilizing information associated with the application itself to determine 
which version of a module is required during execution. Rather, Hammond 
teaches a system and method for providing location rules that assist the operating 
system in finding modules to load when applications are executed. In terms of 
claim 42, Hammond does not teach an initialization mechanism configured to 
interpret dependency data associated with executable code, the dependency data 
corresponding to at least one assembly version on which the executable code 
depends. At best, Hammond teaches interpreting location rules to determine the 
location of the module to call. Furthermore, no where in Hammond can there be 
found any teaching of an activation context. For that matter, Hammond does not 
show any cognizance of an activation context, let alone the activation context 
associated with the executable code and constructed by the initialization 
mechanism based on the dependency data as recited in claim 42. Again, at best, 
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Hammond teaches a version map for mapping different alias names assigned to 
multiples calls of the same version of a single module. 

For at least the foregoing reasons, applicants submit that claim 42 is 
allowable over the prior art of record. 

Applicants respectfully submit that dependent claims 43 f 45, 47, and 49 by 
similar analysis, are allowable. Each of these claims depends either directly or 
indirectly from claim 42 and consequently includes the recitations of independent 
claim 42. As discussed above, Hammond fails to disclose the recitations of claim 
42 and therefore these claims are also allowable over the prior art of record. In 
addition to the recitations of claim 42 noted above, each of these dependent claims 
includes additional patentable elements. 

$102 Claim Rejections citing Saboff 

Amended claim 32 recites a computer-readable medium having stored 
thereon a data structure, comprising a first set of data comprising a name of an 
assembly, a second set of data comprising a version of the assembly, a third set of 
data comprising at least one item of the assembly, and a fourth set of data 
comprising binding path data to each item in the third set of data. 

The Office action rejected claim 32 as being anticipated by Saboff. More 
particularly, the Office action contends that Saboff teaches a first set of data 
comprising a name of an assembly. Service 509 in FIG. 6 and column 9, lines 1 1- 
18 of Saboff are referenced. Further, the Office action contends that Saboff 
teaches a second set of data comprising a version of the assembly. Service 51 3 in 
FIG, 6 and column 9, lines 53-55 of Saboff are referenced. Still further, the Office 
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action contends that Saboff teaches a third set of data comprising at least one item 
of the assembly. State type 510 and 511 of FIG. 6 and column 9, lines 19-39 of 
Saboff are referenced. Finally, the Office action contends that Saboff teaches a 
fourth set of data comprising binding path data to each item in the third set of data. 
Path 507 of FIG. 6 and column 9, lines 5-7 of Saboff are referenced. Applicants 
respectfully disagree. 

Saboff is directed, generally, to a registry for maintaining versions of 
services such that multiple applications may use the various versions of the same 
services. As such, Saboff discloses a data structure having a number of fields that 
contain values for use in its service maintenance system. In particular, Saboff 
discloses a data structure having a name of a service (509), a version of the 
service (51 3), a type or state of the service (510 and 51 1), and a path to where the 
service is located (507). 

In contrast, claim 32 recites a first set of data comprising an assembly. An 
assembly is not a service as in Saboff. Further, claim 32 recites a third set of data 
comprising at least one item of the assembly. Again, an assembly is not a service 
and one item in the assembly is quite different from the type or state of a service. 
Thus, the contention by the Office action that the disclosures of Saboff correspond 
on a one-for-one basis to the recitations of claim 32 is not supported by Saboff. 

Furthermore, Saboff cannot possibly teach the recitations of claim 32 
because of the nature in which the fields of the data structure differ. Saboff merely 
teaches the use of path data to indicate the location of the service identified in the 
service field. Quite differently, claim 32 recites a fourth set of data comprising 

24 

PAGE 28/33 • RCVD AT 9*2/2004 1 :34:21 PM [Eastern Daylight Time] " SVR:U8PT0-EFXRF-1/1 * DNI8:8729306 * C8ID:425 838 8937 • DURA TION (mm-ss):1tM4 



Sep 02 04 09:57a Michalik 



(425) 836-8957 



p. 29 



In re Application of GRIER et al. 
Serial No. 09/842,270 

binding path data to each item in the third set of data. That is, the binding path 
does not represent a location of the assembly itself, but rather a relationship 
between each item in the third set of data and an outside source, such as an API or 
call program. Not onty does the data in the fourth set correspond to a different set 
of data than what is disclosed in Saboff (item in an assembly as opposed to a 
service), it also corresponds in a different manner (binding path as opposed to 
mere location). Applicants submit that claim 32 is allowable over the prior art for at 
least the foregoing reasons. 

Applicants respectfully submit that dependent claims 32-38, by similar 
analysis, are allowable. Each of these claims depends either directly or indirectly 
from claim 32 and consequently includes the recitations of independent claim 32. 
As discussed above, Saboff fails to disclose the recitations of claim 32 and 
therefore these claims are also allowable over the prior art of record. In addition to 
the recitations of claim 32 noted above, each of these dependent claims includes 
additional patentable elements. 

Regarding independent claims 39 and 41 as well as dependent claim 40, 
these claims include recitations generally directed to a computer-readable medium 
encoded with a data structure having a set of data generally relating to an 
assembly. As discussed above regarding the recitation of claims 32-38, an 
assembly is not a service as described in Saboff, and, consequently by similar 
analysis, Saboff also fails to disclose the recitations of claims 39-41 . Furthermore, 
claims 39-41 are allowable for their additional patentable elements. Applicants 
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submit that claims 39-41 are allowable over the prior art of record for at least these 
reasons. 

§1 03(a) Claim Rejections 

The Office action rejected claims 18, 23, 24, 44, and 48 as being 
unpatentable either over Hammond alone or in view of Saboff. Each of these 
claims are dependent claims and are allowable for at least the reasons that each 
respective independent claim is allowable as was discussed above with respect to 
the §102 rejections. More particularly, applicants submit that claims 18, 23, and 24 
are allowable for at least the reasons that claim 16, the claim from which these 
claims depend, is allowable. Additionally, applicants submit that claims 44 and 48 
are allowable for at least the reasons that claim 42, the claim from which these 
claims depend, is allowable. 

For example, neither Hammond or any other prior art of record, whether 
considered alone or in any permissible combination, discloses or suggests the 
recitation of an application manifest associated with the executable code by being 
stored in a common folder with an application executable file that corresponds to 
the executable code as recited in claim 18. Nor does Hammond or any other prior 
art of record, whether considered alone or in any permissible combination, disclose 
or suggest the recitations of an initialization mechanism adding information that 
corresponds to assembly dependency data to an activation context as recited in 
claim 48. Further, by law, in order to modify a reference to reject claimed subject 
matter, there must be some teaching or suggestion outside of applicants' teachings 
to do so. Neither Hammond nor Saboff have any such teachings or suggestions as 
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to any such modification, let alone any teaching or suggestion as to how either 
Hammond's system or Saboff s system could be modified, or why it might be 
desirable to do so. The only other way in which Hammond or Saboff could be 
modified to reach applicants' claimed invention is via applicants' own teachings, 
which is impermissible by law. 

For at least the reasons discussed above with respect to both the §102 and 
§103 rejections, applicants submit that all the claims are patentable over the prior 
art of record. Reconsideration and withdrawal of the rejections in the Office action 
is respectfully requested and early allowance of this application is earnestly 
solicited. 



27 



PACE 31/33 * RCVD AT 90/2004 1:34:21 PM [Eastern Daylight Time] * SVR:U8PTO-EFXRF-1 /1 * DNI8 :8728306 * CB1D:425 836 8957 • DURATION (mm-ss):10-44 



Sep 02 04 09:58a 



M i cha 1 i k 



(425) 836-8957 



p. 32 



In re Application of GRIER et al. 
Serial No. 09/842,270 



CONCLUSION 



In view of the foregoing remarks, it is respectfully submitted that claims 1-49 
are patentable over the prior art of record, and that the application is in good and 
proper form for allowance. A favorable action on the part of the Examiner is 
earnestly solicited. 

If in the opinion of the Examiner a telephone conference would expedite the 
prosecution of the subject application, the Examiner is invited to call the 
undersigned attorney at (425) 836-3030. 



Respectfully submitted, 




Attorney for Applicants 

Law Offices of Albert S. Michalik, PLLC 

704 - 228th Avenue NE, Suite 193 

Sammamish, WA 98074 

(425) 836-3030 

(425) 836-8957 (facsimile) 
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